当前位置：中国广告人网站--->品牌营销栏目--->知识管理-->详细内容 ERP应用故事 作者：佚名 日期：2001-7-3 字体：[大] [中] [小]

　　IDEC IZUMI是一家日本电子设备制造商，它生产的产品包括仪表、激光测量系统、集成电路和显示灯等，IDEC IZUMI成立于56年前，已经在世界五大洲70多个国家开拓了市场，就这一点而言，该公司的高级负责人认识到全球拓展的潜力已经逐渐减少，从而决定近期致力于改善公司内部的质量。

　　由于它是一个生产高科技产品的公司，IDEC IZUMI两年前就开始了改造自己的进程。从1980年起，该公司一直使用有效但没有收益的客户软件和基于纸张的财务处理系统，他们此次重新定位的第一个成果，就是引进了Oracle ERP系统，并立即在IDEC&n
bsp;IZUMI的国际总部实施。

　　从表面上看，一切都很顺利。IDEC的“State-of-the-Art”系统可以处理其会计、营销、分销、采购和生产管理，但在消灭了旧的“人工操作”之后，发现显示系统存在的一个严重问题：每天都要检查所有数据，这使IT员工限于困境，重要的商务数据被锁死在系统中，而最需要它们的部门经理却得不到。

　　MetricStream的联合创建人Arvindh Balakrishnan(原Oracle董事)说：“如果你有一家大公司，你肯定需要ERP系统作为支柱，但不要把这种优势过分单纯化，ERP记录交易信息，但你需要每天从多个系统析取数据并监测商务环境。”

　　在IDEC IT项目负责人Hiro Ono听说MetricStream之前，他就知道可以通过某些转变使Oracle的应用发挥其全部价值。Ono说：“我们使用Oracle Alert作为异常事件的报警工具，这是一个复杂的人工操作方式，对每个案例分析都需要花费大量时间。”而ERP不是用来把紧急事件高度呈现给客户用的。

　　使用象Oracle这样的数据库，IT程序员要为每个数据内核编写程序，而且在这些程序中发现意外的错误或者“异常情况”则需要更多的编码。根据Sun的Java教程，发现错误功能将使程序“膨胀”将近400％，这就是说一个长度为7行的编码如内建Error Detection，它将“膨胀”至29行。这还不算完，Sun说：“当程序完成3个月后你试图改变它的功能，很难确保它是否能正确应用，许多程序员‘解决’这个问题的方法是置之不理——当程序崩溃时错误就会‘报告’。”

　　可是程序一旦崩溃，订单也就无法完成，货物会错发给他人，客户也就随之而去。不幸的是，即使最优化的程序也避免不了这种风险，Sun指出“虽然你尽力发现、报告并处理错误，但异常情况依然存在。”

　　但是“Out-of-the-Box”解决方案可以做到这一点，对于Ono来说，它是最理想的。举例来说，Ono定期收集对未来有影响的Metrics(如待处理交易的商品目录)，然后将这些信息分发给各部门经理，使他们可以在事情变得紧急之前采取适当行动，这要比人工，甚至是Oracle自己的解决方案都要好。

　　Ono说：“MetricStream有一个内建的工具，可以用比Oracle Alert少得多的时间分析上千个Metrics。”现在，Ono从Oracle几个不同的应用系统中收集的关于分销、制造和财务数据可以在同一时间显示在同一张纸上，而且不再被程序员的错误所困扰。Ono说，IDEC目前使用MetricStream进行50％的监测任务，并计划把应用范围进一步扩大。

　　充分发挥ERP的效用，才是成功之道。(Line56 Demir Barlas)